Release 10.1A: OpenEdge Application Server:
Developing WebSpeed Applications
Preface
This Preface contains the following sections:
Purpose
This manual provides an overview the tools and the programming techniques that enable you to develop and deploy OpenEdge® WebSpeed® applications. WebSpeed applications support full business transactions between a Web browser and a Web server.
Audience
To understand this manual you should be a computer programmer experienced in developing Web applications. You should be thoroughly familiar with HyperText Markup Language (HTML), HyperText Transfer Protocol (HTTP), and Common Gateway Interface (CGI) programming. Fluency with block-structured languages (such as Pascal, C/C++, Visual Basic, or Progress® 4GL), object-oriented programming, and event-driven programming are helpful but not necessary.
Organization
Chapter 1 "Developing with WebSpeed"
Discusses WebSpeed as a part of developing Web applications. This chapter also discusses WebSpeed in context with the rest of the OpenEdge platform and the OpenEdge Reference Architecture.
Describes several simple Web Objects that illustrate some basic WebSpeed techniques and concepts.
Describes the SpeedScript programming language and how to build Web objects with embedded SpeedScript.
Chapter 4 "Handling DISPLAY Output"
Describes how to use and modify the default formatting for Web object output generated by the
DISPLAYstatement.Chapter 5 "Generating HTML Visualizations"
Describes how to generate HTML visualizations, using the installed custom tag and template for generating HTML tables as an example.
Chapter 6 "Using JavaScript with WebSpeed"
Provides information on how to incorporate JavaScript into WebSpeed applications.
Chapter 7 "Controlling WebSpeed Transactions"
Describes Web object states and how to implement them with the different types of WebSpeed Web objects.
Chapter 8 "Controlling Database Transactions"
Describes how SpeedScript controls database transactions and how you can use state-aware Web objects to control multi-page database transactions on the Web.
Chapter 9 "Debugging Applications"
Provides basic information on WebSpeed debugging techniques.
Appendix A "WebSpeed API reference."
Describes the WebSpeed PUBLIC API functions and procedures.
Typographical conventions
This manual uses the following typographical conventions:
Examples of syntax descriptions
In this example,
ACCUMis a keyword, andaggregateandexpressionare variables:
FORis one of the statements that can end with either a period or a colon, as in this example:
In this example,
STREAMstream,UNLESS-HIDDEN, andNO-ERRORare optional:
In this example, the outer (small) brackets are part of the language, and the inner (large) brackets denote an optional item:
A called external procedure must use braces when referencing compile-time arguments passed by a calling procedure, as shown in this example:
In this example,
EACH,FIRST, andLASTare optional, but you can choose only one of them:
In this example, you must include two expressions, and optionally you can include more. Multiple expressions are separated by commas:
In this example, you must specify
MESSAGEand at least oneexpressionorSKIP[ (n) ], and any number of additionalexpressionorSKIP[ (n) ] is allowed:
In this example, you must specify {
include-file, then optionally any number ofargumentor&argument-name = "argument-value", and then terminate with }:
Long syntax descriptions split across lines
Some syntax descriptions are too long to fit on one line. When syntax descriptions are split across multiple lines, groups of optional and groups of required items are kept together in the required order.
In this example,
WITHis followed by six optional items:
Complex syntax descriptions with both required and optional elements
Some syntax descriptions are too complex to distinguish required and optional elements by bracketing only the optional elements. For such syntax, the descriptions include both braces (for required elements) and brackets (for optional elements).
In this example,
ASSIGNrequires either one or morefieldentries or onerecord. Options available withfieldorrecordare grouped with braces and brackets:
Example Web objects
The installation of OpenEdge Studio or WebSpeed Workshop includes a number of example Web objects that are mentioned in this manual.
![]()
To run the example Web objects mentioned in this manual, do the following from the AppBuilder:
- Select Tools
Database Connections and connect to the sample sports2000 database.
- Select Options
Preferences, click on the WebSpeed tab, and specify your Web browser and your broker URL.
- Select Tools
WebTools and then select File Tools from the left frame of the browser window.
Note: Avoid accidentally overwriting the example files. If you want to edit or compile any of the files in the examples directory, be sure to make a working copy of the examples directory.- From the File Tools interface navigate to
install-path/src/web/examples. You will see the example Web objects in a file list and you can view or run them.OpenEdge messages
OpenEdge displays several types of messages to inform you of routine and unusual occurrences:
- Execution messages inform you of errors encountered while OpenEdge is running a procedure; for example, if OpenEdge cannot find a record with a specified index field value.
- Compile messages inform you of errors found while OpenEdge is reading and analyzing a procedure before running it; for example, if a procedure references a table name that is not defined in the database.
- Startup messages inform you of unusual conditions detected while OpenEdge is getting ready to execute; for example, if you entered an invalid startup parameter.
After displaying a message, OpenEdge proceeds in one of several ways:
- Continues execution, subject to the error-processing actions that you specify or that are assumed as part of the procedure. This is the most common action taken after execution messages.
- Returns to the Progress Procedure Editor, so you can correct an error in a procedure. This is the usual action taken after compiler messages.
- Halts processing of a procedure and returns immediately to the Progress Procedure Editor. This does not happen often.
- Terminates the current session.
OpenEdge messages end with a message number in parentheses. In this example, the message number is
200:
If you encounter an error that terminates OpenEdge, note the message number before restarting.
Obtaining more information about OpenEdge messages
On Windows platforms, use OpenEdge online help to obtain more information about OpenEdge messages. Many OpenEdge tools include the following Help menu options to provide information about messages:
- Choose Help
Recent Messages to display detailed descriptions of the most recent OpenEdge message and all other messages returned in the current session.
- Choose Help
Messages and then type the message number to display a description of a specific OpenEdge message.
- In the Progress Procedure Editor, press the HELP key or F1.
In UNIX platforms, use the Progress
procommand to start a single-user mode character OpenEdge client session and view a brief description of a message by providing its number.
![]()
To use the pro command to obtain a message description by message number:
|
Copyright © 2005 Progress Software Corporation www.progress.com Voice: (781) 280-4000 Fax: (781) 280-4095 |